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! SUMMARY 


The new substructuring capability developed for eventual Installation in 
Level 16 is now operational in a test version of NASTRAN. Its features are 
summarized. These include the user-oriented. Case Control type control language, 
the automated multi-stage matrix processing, the independent direct access data 
[storage facilities and the static and normal modes solution capabilities. A 
[complete problem analysis sequence is presented with card-by-card description 
[of the user input. 


INTRODUCTION 

i 


35 


I One of the most desired Improvements in NASTRAN has been the capability for 
jautomated, multiple-stage substructuring analysis. The substructuring method 
reduces the difficulty of analyzing large and complex structures by dividing 
: the analysis into small, more manageable tasks. Substructuring is a logical 
[extension of the basic finite element method itself. That is, each component 
substructure is but a complex, finite part of the whole. This concept is 
easily extended to include the idea of combining substructures which are 
'themselves combinations of component substructures. This process is called 
multi-stage substructuring. 

The complex computational tasks of identifying the characteristics of each 
component, joining these components to form the final full model, and manag- 
ing the associated data involve sophisticated computer program requirements 
beyond the existing scope of NASTRAN. Although the NASTRAN program currently 
provides the basic tools needed to perform simple sub structuring analyses, the 
use of these capabilities requires significant experience and extensive inter- 
vention on the part of the user. Therefore, a new approach was proposed by 
Universal Analytics, Inc. This approach was presented by the NASTRAN Systems 
I Management Office (NSMO) to a team of potential major aerospace users for their 
I review and qualification to assure the viability and utility of the concepts 
proposed. Based on their review, the following final design criteria were 
established: 


1. Analysis of large problems with a facility for unlimited multi-stage 
combinations of substructures . 
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2. Performance of both static and normal mode analyses (Rigid Formats 1, 2, j 
and 3) at any stage of substructure combination with flexibility for ex- 
tension at a later date to other Rigid Formats. 

3. Execution on all three of the main frame computers on which NASTRAN is 

currently maintained (IBM, UNIVAC, CDC) . : 

4. Elimination of all arbitrary restrictions on the sequencing of grid points 
and on the use of coordinate systems in defining the basic substructures. 

5. Repeated application of the same basic substructure data for identical or 
symmetrical subcomponents of a model without redefinition of that model. | 

6. Communication of sub structuring data between any two of the three main framt 

computers . i 

I 

7. Simple user control by the novice while retaining existing NASTRAN flexi- ^ 
bilities for the expert. 

Each of these criteria was met with a minimum of machine-dependent program- l 
ming using the following basic design features; 

I 

1. A bulk storage direct access file, independent of the standard NASTRAN file, 

g^i^^^ture, was established for the Substructure Operating File (S0F) for 
storing all substructuring matrix and control data between each phase of 
processing. , 

2. A Master Data Index (MDI) file, also stored on the S0F, was designed to 
provide identification and control over all data sets on the S0F. A simply 
connected tree structure was selected to define all substructure component 
relationships and to provide xmique trace-back facilities for retrieval of 
solution data at the basic substructure level. 

3. A substructure Control Deck system of commands, using linguistic constructs, 
patterned after the current Case Control Deck, was developed for simple con- 
trol over all steps of the analysis. To provide this feature, each command 
is automatically translated during execution into a set of DMAP instructions 
which are inserted as alters to the requested Rigid Format. 


4. New Bulk Data Card options were provided so that all references to data 

contain only original basic substructure names and grid point identifiers. 

The following sections provide an overview of how the system was implemented. 
The key user features are discussed and tables are included which list the substr 
turing commands and the Bulk Data options. A complete analysis sequence for a 
simple problem is illustrated in the appendix with a full card-by-card descriptio 
of the input. 
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DESIGN SPECIFICATIONS 


I 

, The specifications that were developed according to the criteria outlined 
above for implementing multi-stage substructuring into NASTRAN were based on a 
fully automated processing procedure. The alternative of enhancing the DMAP 
ppproach already available in NASTRAN was discarded to avoid: 1) the inherent 

requirement for user involvement in detail file maintenance, vector definition 
and matrix manipulations, 2) the overly constricting limitations on modeling of 
the substructures, and 3) the necessity of being an expert in NASTRAN to use 
this approach. Though the test system for the fully automated approach was 
Implemented first in a Level 15.5 of NASTRAN, it was designed to minimize the 
effort of incorporation into Level 16. 


The basic theory for the substructuring method is well known. The details 
'of that theory to define each of the processing steps in NASTRAN need not be re- 
viewed here. Substructure processing includes building the matrices for each of 
jthe basic substructures, defining the coordinate and matrix transformations 
jneeded for connecting two or more rotated, translated, or reflected component 
[Substructures, performing matrix reduction and solution, and computing the inverse 
'transformations to recover solution results at any stage of the analysis. NASTRAN 
[already provides a full set of modeling tools to generate the basic substructure 
Imatrices. It also provides most of the elementary matrix processing and output 
generating modules via the DMAP instruction set. The principal tasks were to 
develop the substructuring modules required to provide: 


1. User control capabilities. 

2. Data management features to maintain a Substructure Operating File (S0F) 
for storage and retrieval of substructuring data. 

3. Program control for the execution of matrix operations requested by 
the user. 


The user facilities provided by the new system are summarized below, followed 
I by an overview of the S0F file maintenance utilities and of the methods used to 
control NASTRAN for automated substructuring. 


USER CONTROL CAPABILITIES 


A substructure analysis is performed in three phases. In Phase 1, the "basic 
substructures" are generated using the existing NASTRAN modeling data card input 
for elements, grid points, and constraints, etc. In Phase 2, various basic sub- 
structures may be "combined" and/or "reduced" in several steps to produce a "solu- 
tion structure". Phase 2 also includes solution processing as well as the re- 
covery of solution data for any previously defined level of substructure combina- 
tion. In Phase 3, the basic Phase 1 processing is restarted using the check- 
pointed data or by resubmitting the original input data to obtain detailed 
displacement, force, and stress output for that basic substructure. 
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Each phase is non as a separate job step. Though the user may request all I 
Phase 2 steps be performed in one execution, he will usually elect to subdivide 
the Phase 2 processing into several runs with each execution spanning one or 
more steps. This allows for examination and checkout of the intermediate 
results. This approach offers the following advantages: 

1. Each component model of the overall structure (e.g., wing, fuselage, j 
engine nacelles, landing gear, etc.) may be developed independently, 
even by separate contractors and on separate computer hardware systems. 

2. Larger component substructures may themselves be assembled from yet ^ 

smaller component substructures for multi-stage substructure analyses. j 

3. Each component substructure may be validated independently, plotted and 
analyzed prior to assembly and solution of the integrated whole model. ^ 

4. Changes due to errors, model modifications, and/or design alterations 

may be effected for any basic substructure and reintegrated into the j 

overall structure at a minimvim cost. 

I 

5. Via matrix reduction of the stiffness and mass matrices of neighboring 

substructures, their interaction effects on any given component can be j 
economically included in the separate analysis of that particular , 

component. ' 

The user exercises control over the substructure operations via the "Sub- 
structure Control Deck" which contains a set of commands for directing the basic 
operations in each phase of the analysis. A summary of these commands and their 
associated subcommands is given in Table 1. The detailed data for defining 
transformations, connectivities, boundaries, constraints, etc., are input by the 
user via the new Bulk Data cards, simimarized in Table 2. As can be seen the 
Substructure Control Deck options provided full control over each step in the 
analysis, selective output at each step, ample visibility into the contents of 
the S0F file, and simple management facilities to control the storage, purging, 
and retrieval of S0F data files. A detailed card-by-card description of the input 
for a simple problem is presented in the appendix to illustrate the convenience 
and simplicity of the system. 

Each command uses terminology related to the operation performed. The prlmarj 
operations of EEDUCE, C0MBINE, S0LVE, and REC0VER can be requested in any order 
desired by the user. The user is relieved of the tedious and error-prone tasks 
involved in keeping track of the matrices, partitioning vectors, internal number- 
ing sequences, and details of the coordinate geometries, etc. Connections of 
component sxibstructures may be found automatically or they may be specified 
manually. The component substructures which occur repeatedly may all be equiva- 
lenced to one component substructure and rotated, translated, or reflected into 
their respective positions in the final model. Undeformed plots may be requested 
at any step. If severe errors are detected, input checking on the remaining 
steps is performed and the time consuming matrix operations are skipped. 
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TABLE 1. SUMMARY OF SUBSTRUCTURE COMMANDS 


A. 

Phase and Mode Control 


SUBSTRUCTURE # 

- Defines execution phase (1, 2, or 3) (Required) 


0PTI0NS 

- Defines matrix options (K, M, or P) 


RUN 

-.Limits mode of execution (DRY, G0, DRYG0, STEP) 


ENDSU8S # 

- Terminates Substructure Control Deck (Required) 

B. 

Substructure Operations 


C0MBINE 

- Combines sets of substructures 


NAME 

T0LERANCE* 

C0NNECT 

0UTPUT 

C0MP0NENT 

TRAN5F0RM 

SYMTRANSF0RM 

SEARCH 

- Names the resulting substructure 

- Limits distance between automatically connected grids 

- Defines sets for manually connected grids and releases 

- Specifies optional output results 

- Identifies component substructure for special processing 

- Defines transformations for named component substructures 

- Specifies symmetry transformation 

- Limits search for automatic connects 


EQUIV 

- Creates a new equivalent substructure 


PREFIX* 

- Prefix to rename equivalenced lower level substructures 


REDUCE 

- Reduces substructure matrices 


NAME* 

BOUNDARY* 

0UTPUT 

- Names the resulting substructure 

- Defines set of retained degrees of freedom 

- Specifies optional output requests 


S0LVE 

- Initiates substructure solution (statics or normal modes) 


REC0VER 

- Recovers Phase 2 solution data 


SAVE 

PRINT 

- Stores solution data on S0F 

- Stores solution and prints data requested 


BREC0VER 

- Basic substructure data recovery. Phase 3 


SPL0T 

- Initiates substructure undeformed plots 

c. 

S0F Controls 



S0F # 

- Assigns physical files for storage of the S0F (Required) 


PASSW0RD 

- Protects and insures access to correct file 


S0F0UT or S0FIN 

- Copies S0F data to or from an external file 


P0SITI0N 

NAMES 

ITEMS 

- Specifies initial position of input file 

- Specifies substructure name used for input 

- Specifies data items to be copied in 


S0FPRINT 

- Prints selected items from the S0F 


DUMP 

- Dumps entire S0F to a backup file 


REST0RE 

- Restores entire S0F from a previous DUMP operation 


CHECK 

- Checks contents of external file created by S0F0UT 


DELETE 

- Edits out selected groups of items from the S0F 


EDIT 

- Edits out selected groups of items from the S0F 


DESTR0Y 

- Destroys all data for a named substructure and all 
the substructures of which it is a component 


# Manditory Control Cards 


* Required Subcommand 




TABLE 2. SUBSTRUCTURE BULK DATA CARD SUMMARY 


A. Bulk Data Used for Processing Substructure Conmand REDUCE 

BDYC - Combination of substructure boundary sets of retained degrees 
of freedom 

BDYS - Boundary set definition 

BDYSl - Alternate boundary set definition 

B. Bulk Data Used for Processing Substructure Command C0MBINE 

C0NCT - Specifies grid points and degrees of freedom for manually 

specified connectivities - will be overridden by RELES data 

C0NCT1 - Alternate specification of connectivities 

RELES - Specifies grid point degrees of freedom to be disconnected - 
overrides C0NCT and automatic connectivities 

GTRAN - Redefines the output coordinate system grid point displacement 
sets 

TRANS - Specifies coordinate systems for substructure and grid point 
transformations 

C. Bulk Data Used for Processing Substructure Corrmand S0LVE 

L0ADC - Defines loading conditions for static analysis 

MPCS - Specifies multipoint constraints 

SPCS - Specifies single point constraints 

SPCSl - Alternate specification of single point constraints 

SPCSD - Specifies enforced displacements for single point constraints 



At each step in the analysis, the user identifies by name, e.g. , HUB, WING, 

^0T, etc., each substructure to be used in that step. All specific references 

0 grid points for connection or boundary sets, releases, and loads, etc. are 
ade with respect to the basic substructure name. The names of any component 
bbstructure can be used for the combine, reduce, equivalence, solve, and re- 
over operations. Automatically the program retrieves all the relevant data 
lor the named substructures from the S0F, performs the matrix operations re- 
vested, and stores the results on the S0F. Thus, the user is freed from the 
edlous task of bookkeeping. If the same component substructure is to be used 

lore than once, e.g., identical components are to be used to create the full model, 
he "equivalence" operation must be used to assure unique names are assigned to 
|ach substructure and its contributing components. 

1 

Several features have been provided for input data checking. Principal 
nnong these is the DRY run option. This option allows the user to submit his 
Wv to have the program validate the consistency of his command structure and 
lis data without actually performing the more time consuming matrix operations, 
tlso available is a STEP option which first checks the data and then executes 
the matrix operations one step at a time. If errors are detected in the data, 
the matrix operations are skipped and the remainder of the processing sequence is 
Executed as a DRY run only. 

A second feature provided allows the user to process only selected matrix 
lata. For example, if the user finds that after having assembled his solution 
structure he wishes to add new loading conditions, or he wishes to obtain normal 
nodes but did not have the mass matrix, he may re-execute the sequence of matrix 
operations to process only the load or only the mass matrix. 

I A third feature is available for displaying all the relevant substructuring 
lata generated by the program. The data items that can be printed automatically 

listed in Table 3. Using the output options provided, the user can verify 
explicitly each and every connectivity. If desired, the user may also obtain lists 
bf all the retained degrees of freedom of the resulting pseudostructure to verify 
the completeness and accuracy of his input. These are all identified by basic 
substructure grid point numbers. 

The processing for any one analysis can be carried out across all three com- 
t)uter systems (GDC, IBM, and UNIVAC) . That is, the S0F data file created on one 
computer may be written to magnetic tape and shipped to another center for pro- 
cessing on any of the three standard hardware systems. This facility allows for 
several contractors to participate in a cooperative analysis of complex structures 
Vslng their own computer centers. 


DATA MANAGEMENT 


The key to data management for the new automated substructuring system is the 
Substructure Operating File, the S0F. This one file is structured to hold all 
the relevant Information for each ccmponent substructure. All the data items 
required for any basic or component substructure are listed in Table 3. Also 


I 


I 
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TABLE 3 . S 0 F DATA ITEMS REQUIRED FOR EACH COMPONENT SUBSTRUCTURE 


Item Name Description 

EQSS External grid point (using basic substructure IDs) and 
internal point equivalencing data including scalar 
indices and associated components for each internal 
point number 

B6SS Defines the geometric coordinates and local coordinate 
system ID for each internal point of a component sub- 
structure in terms of the basic coordinate system for 
that component 

CSTM Contains the coordinate transformation data for every 
local coordinate system referenced in the BGSS item 

L0DS Directory of set IDs for all loads on each contributing 
basic substructure defined in Phase 1 

PITS Names of each contributing basic substructure and its 
basic coordinate system transformation data to be used 
in generating undeformed plots 

S0LN Contains either static solution vector identifiers by 
subcase or eigenvalue and eigenvector parameters 

KMTX Stiffness matrix 

MMTX Mass matrix 

PVEC Load vectors 

P0VE Load vectors on points omitted during matrix reduction 

UPRT Partitioning vector used in matrix reduction 

H0RG H or G transformation matrix 

UVEC Displacement vectors or eigenvectors 

QVEC Reaction force vectors 
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stored on the S<iF are the Master Data Index (MDI) file which serves as the direc- 
tory for each substructure, the Director Index Table (DIT) which contains the names 
3f each component substructure in the MDI, and the NXT array which serves to chain 
together all the data blocks available on the S0F. To have access to any item of 
lata on the S0F, only the item substructure names are required. 

I The S0F is a permanent file physically stored on a user disk pack, drum, or 
Equivalent device. It is constructed as a direct access file to avoid long and 
costly searching. It is used to communicate the data between all different phases 
t>f a multi-level substructuring problem and is maintained independently from the 
4sual NASTRAN files. This choice was made to avoid what would have been a severe 
overload of the existing NASTRAN facilities. For example, since each substructure 
requires at least 6 data blocks, a practical limit for the old NASTRAN facilities 
ffould have been reached with as few as 30 substructures. Table 1 lists the 

commands provided the user with which he can maintain and protect his data on 
the S0F. 

; A full set of utilities is provided to maintain the S0F as well as to store 
pd retrieve specific data items as they are required by the processing modules, 
plough the S0F is considered to be a single logical file, it may be physically 
stored on one to ten devices. This feature provides the user with an open-ended 
file capability which may be extended dynamically as the analysis progresses 
and more space is required. It therefore serves as a combination data block 
pool and a checkpoint file between job steps. 

By interrogating the MDI, the DIT and the NXT, the S0F utilities provided 
can be used to: 

! 

1, Create or destroy a substructure 

! 2. Delete items associated with a substructure to recover from errors 

' 3. Equivalence substructures 

4. Randomly locate in the file selected items associated with any 
substructure 

5. Read and write items on the S0F 

I 6. Dump and restore data to tapes as backup, or permanent storage, or 
I as overflow to reduce the number of physical files required at any 

one execution. 

I A significant additional capability has also been provided, unique in the 
history of NASTRAN. The S0F data created on one computer may be written to 
tape, shipped to another center, and read into a different computer. This 
inter- computer communication capability allows for construction of complex 
structural system models from substructures developed by different contractors, 

|at widely separated locations and even on different computers. 
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PROGRAM CONTROL 


The user exercises primary control over the execution of his analysis with i 
the Substructure Control Deck commands listed in Table 1. One of the eleven new 
modules developed especially for substructuring, ASDMAP , processes the Substructur^ 
Control Deck. Its design allows for future adaptation of the substructuring 
concepts to processing with other Rigid Formats than the three provided with the 
current system. Rigid Formats 1, 2, and 3. 

The central concept of ASttlAP was to translate each primary command and its 
related subcommands into appropriate DMAP ALTERS to the Rigid Format being 
executed. The ASDMAP module was designed to recognize the various matrix and 
dry run options, tabulate and check the substructure names, and diagnose the 
substructure control deck for user errors. I 

In the actual implementation, each of the substructure commands is interpreted 
with the aid of built-in block data tables. For each substructure operation, 
the basic DMAP statements, the allowable subcommands, the optional cards, and 
the entries to be changed in the IMAP sequence all are stored in the form of | 

simple control tables. These tables are then used to direct the program execution 
The ASIMAP module reads the cards associated with a command. It then generates I 

the ALTER and DMAP card images, merges these with user-specified ALTER cards, and 

writes the merged set on the existing XALTER file, a logical file on the problem ' 
tape. The experienced user of NASTRAN retains the full flexibility of modifying , 
and adapting the DMAP sequence produced to meet his own specialized requirements. 

Inherent in the philosophy behind the design for the ten remaining substructJ 
modules was the concept of an independent system using the NASTRAN subroutines 

for convenience while minimizing interaction with the remainder of NASTRM. I 

For this purpose, all of the substructure modules and the S0F file utilities 

were isolated to link 9 of NASTRAN. The number of input and output NASTRAN data ^ 
blocks in the modules has been kept to a minimum, using the S0F files for the 
jnajority of data storage. In addition to the normal rules and restrictions on 
NASTRAN module design, the basic criteria for substructure modules were: 

1. The NASTRAN matrix utility subroutines should be used for all matrix 
pperations. This maintains compatibility with possible changes in 
future levels of the system. 

2. Machine-dependent coding should be kept to a minimum. Only the 
initial file allocation for the S0F and the one S0F input/output 
routine are machine dependent. 

3. The S0F file is basically a storage device and is not directly accessi- 
ble by the NASTRAN utility routines. Matrix data from the S0F should 

be transferred to a scratch file before using the NASTRAN matrix utilities 

4. The format of each S0F data item should be kept independent of the level 
of combination; l.e., a basic substructure is assumed to be a combination 
substructure made up of only one component. 
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5. In addition to the NASTRAN parameters, certain control options may be 
stored on the internal Case Control data block. In particular, this 
method is used for passing the extensive control data required by the 
Q^MBINE and REDUCE operations in Phase 2. 

6. If a non-trival error in the data is detected, the DRY run parameter 
should be set and all possible effort should be made to complete the 
execution of that module. When the DRY run parameter is "ON”, all 
further time consuming matrix operations should be skipped and every 
attempt should be made to check user input data and control parameters. 

Extensive docimientation has been added to the NASTRAN Programmer’s Manual 
for every subroutine, data block, and file structure that was developed and/or 
modified for automated sub structuring. 


CONCLUDING REMARKS 


The automated substructuring capability described above has been installed 
and tested on all three major hardware systems, CDC, UNIVAC and IBM. It will 
be implemented in NASTRAN Level 16. 

The test system is being verified at a number of facilities across the 
country. Several fixes have been made since its delivery and certain enhance- 
ments have been suggested by its users. These enhancements are being considered 
in preparing the specifications for Level 16 installation. 

With the support of these users who have been willing to experiment with the 
new system, who have delved into the code and offered specific coding suggestions^ 
and who have reported their performance timing history, the automated multi-stage 
substructuring system will become a welcome and reliable addition to NASTRAN. 
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APPENDIX 


The following example Illustrates an entire simple substructuring analysis. | 
Figure A1 shows the basic substructures, TABLE and LEGS. Each has a loading 
specified; each has a different basic coordinate system; and each uses the same 
grid point identifiers. Figure A2 shows how these two components can be com- | 
blned to make the final model using the reflective symmetry option. | 

The complete data decks to generate and analyze this structure are listed | 
in Tables A1-A4. These include the data for generating the basic substructures, 
in Phase 1, the assembly of the complete structure, solution, and data recovery! 
in Phase 2, and the data recovery in Phase 3. A card-by-card explanation of ; 
their input demonstrates the simplicity of the new NASTRAN automated multi-stag< 
substructuring system. 
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FIGURE A2. PHASE 2 - COMBINED SUBSTRUCTURE 
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TABLE Al. PHASE 1 DATA DECK FOR SUBSTRUCTURE TABLE 


Card 

No. 

1 ID TABLE.BASIC 

2 APP DISP.SUBS 

3 S0L 2,0 

4 TIME 1 

5 CHKPNT YES 

6 CEND 

7 SUBSTRUCTURE PHASEl 

8 PASSW0RO=PR0JECTX 

9 S0F(1)»S0F1,25O,NEW 

10 NAME=TABLE 

11 SAVEPL0T=-1 

12 S0FPRINT T0C 

13 ENDSUBS 

14 TITLE=TABLE, PHASE 0NE 

15 L0AO<>2 

16 0UTPUT(PL0T) 

17 SET 1=ALL 

18 PL0T 

19 BEGIN BULK 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

20 

CQUAD2 

3 

2 

5 

6 

4 

3 




21 

CTRIA2 

1 

1 

1 

2 

4 





22 

CTRIA2 

2 

1 

3 

4 

1 





23 

F0RCE 

2 

3 


10.0 

-1.0 





24 

FORCE 

2 

4 


10.0 

-1.0 





25 

GRID 

1 


0.0 

0.0 

5. 





26 

GRID 

2 


0.0 

7. 

5. 





27 

GRID 

3 


0.0 

0.0 

0.0 





28 

GRID 

4 


0.0 

7. 

0.0 





29 

GRID 

5 


0.0 

0.0 

-5. 





30 

GRID 

6 


0.0 

7. 

-5. 





31 

GRID 

7 






123456 



32 

MAT1 

1 

3. +7 


.3 

4.3 





33 

PQUAD2 

2 

1 

.1 







34 

PTRIA2 

1 

1 

.1 







35 

ENDDATA 
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TABLE A2. PHASE 1 DATA DECK FOR SUBSTRUCTURE I^EGS 


Card 

No. 

1 ID LEGS .BASIC 

2 APP DISP.SUBS 

3 S9L 2.0 

4 TIME 1 

5 CHKPNT YES 

6 CEND 

7 SUBSTRUCTURE PHASEl 

8 PASSW|9RO»PR|9JECTY 

9 S8F(1)=‘SPF4.7500 

10 NAME»LEGS 

11 SAVEPLOT*! 

12 SBFBUT INP3 

13 P0SITI0N»REWINO 

14 NAME»LEGS 

15 EDIT(32) LEGS 

16 ENOSUBS 

17 TITLE«LE6S PHASE 0NE 

18 L8A0-1 

19 8UTPUT(PL8T) 

20 SET 1*ALL 

21 PL0T 

22 BEGIN BULK 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

23 

CBAR 

1 

1 

1 

2 

5 



2 


24 

CBAR 

2 

1 


2 

5 



2 


25 

CBAR 

3 

1 


3 

5 



2 


26 

F0RCE 

1 

1 


2.0 

3.0 

.0 

4.0 



27 

F0RCE 

1 

4 


2.0 

3.0 

.0 

4.0 



28 

GRID 

1 



10. 

0.0 





29 

GRID 



5. 

10. 

0.0 





30 . 

GRID 



5. 

0.0 

0.0 


* 



31 

GRID 



0.0 

0.0 

0.0 





32 

GRID 



100. 

100. 

0.0 


123456 



33 

MATl 

1 

3.+7 


.3 

4.3 





34 

kBAR 

1 

1 

1.0 

50. 

100. 

10. 





ENDOATA 

























TABLE A3. 


PHASE 2 DATA DECK (C0MBINE, REDUCE, S0LVE, AND REC0VER) 


Card 

No. 

1 10 SUBSTR.PHASE2 

2 APP DISP.SUBS 

3 S0L 1.0 

4 TIME 1 

5 DUG 23 

6 CEND 

7 SUBSTRUCTURE PHASE2 

8 PASSW0RD=PR0JECTX 

9 S0F(1)=S0F1,25O 

10 0PTI0NS=K.M,P 

11 S0FIN INP3.TAPE 

12 P0SITION=REWIND 

13 NAME=LEGS 

14 S0FPRINT T0C 

15 C0MBINE LEGS, TABLE 

16 NAME=SIDEA 

17 T0LER=O.OO1 

18 0UTPUT=1 .2.7.11,12.13,14,15,16,17 

19 C0MP0NENT LEGS 

20 TRANS=10 

21 EQUIV SIDEA.SIDEB 

22 PREFIX=B 

23 COMBINE SIDEA.SIDEB 

24 NAME-BIGTABLE 

25 T0LER=O.OO1 

26 0UTPUT=1 ,2,7,11,12,13,14,15,16,17 

27 C0W0NENT SIDEB 

28 SYMT=Y 

29 REDUCE BIGTABLE 

30 NAME=SMALTABL 

31 B0UNOARY=1OO 

32 0UTPUT=1,2,3,4,5,6,7,8 

33 S0FPRINT T0C 

34 PLOT SMALTABL 

35 SOLVE SMALTABL 

36 RECOVER SMALTABL 

37 PRINT BIGTABLE 

38 SAVE BTABLF 

39 S0FPRINT T0C 

40 ENDSUBS 

41 T1TLE=PHASE TW0 SUBSTRUCTURE 

42 DISP=ALL 

43 SPCF=ALL 

44 OLOAD^ALL 

45 SPC-10 

46 SUBCASE 1 

47 L0AD=1O 

48 SUBCASE 2 

49 L0AD=2O 

50 0UTPUT(PL0T) 

51 SET 1=ALL 

52 PLOT 

53 BEGIN BULK 
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TABLE A3 


(continued) 


Card 

No. 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

54 

BDYC 

100 

LEGS 

20 

BLEGS 

20 




+A 

55 

+A 


TABLE 

10 

STABLE 

10 





56 

BDYSl 

1C 

4 

1 

3 

4 

5 




57 

B0YS1 

1C 

123456 

2 

6 






58 

BDYSl 

20 

123456 

2 

3 






59 

LOADC 

10 

1.0 

LEGS 

1 

1.0 

BLEGS 

1 

1.0 


60 

LOADC 

20 

1,0 

TABLE 

2 

1.0 

BTABLE 

2 

1.0 


61 

SPCSl 

10 

BLEGS 

123456 

2 

3 





62 

SPCSl 

10 

STABLE 

4 

1 

3 

4 

5 



63 

SPCSl 

10 

LEGS 

123456 

2 

3 





64 

SPCSl 

10 

TABLE 

4 

1 

3 

4 

5 



65 

TRANS 

10 


.0 

7.0 

-5.0 

3.0 

11.0 

-5.0 

+B 

66 

+B 

0.0 

8.0 

-5.0 







67 

ENDDATA 
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TABLE A4 


PHASE 3 DATA DECK 


Card 

No. 

1 10 TABLE, BASIC 

2 APR OISP.SUBS 

3 S0L 1,0 

4 TIME 1 

5 RESTART TABLE,BASIC (Restart deck) 

6 CENO 

7 SUBSTRUCTURE PHASES 

8 PASSW0RD=PR0JECTX 

9 S0F(1)=S0F1,25O 

10 BREC0VER STABLE 

11 ENOSUBS 

12 TITLE=PHASE THREE F0R REFLECTED TABLE 

13 0ISP=ALL 

14 0L0AO=ALL 

15 SPCF=ALL 

16 STRESS=ALL 

17 SUBCASE 1 

18 SUBCASE 2 

19 L0AO»2 

20 BEGIN BULK 

21 ENOOATA 
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Phase 1 Data Deck for Substructure TABLE 


Card 

No. Refer to Table A1 for input cards described below. 

1-6 Standard NASTRAN Executive Control Deck except the ‘SUBS' option is selected on the APP 
card. 

7 First card of Substructure Control Deck. Phase 1 is selected. 

8 Password protection on the S0F is 'PR0JECTX', 

9 The S0F consists of one physical file with an index of one. (Indices must begin with one 
and increase sequentially.) The name of the file is 'S0F1' and it has a maximum size of 
250,000 words. The file is to be initialized. (Internal pointers will be set to indicate 
that the S0F contains no data.) 

10 The basic substructure to be generated will be identified by the name TABLE. 

11 Plot set 1 will be saved on the S0F for perfonning plots of the combined structure in 
Phase 2. 

12 Print a table of contents for the S0F. This includes a list of all substructures and 
their data items. 

13 End of Substructure Control Deck 

15 Selects the load to be saved on the S0F for use in Phase 2. Note that multiple loads may 
be saved by using multiple subcases. In addition to external static loads, thermal loads 
and element deformation loads may be selected. 

16-17 Plot control cards are required if the SAVEPL0T subcommand is used in the Substructure 
Control Deck. These cards are used to define the plot sets for Phase 2 plotting. It is 
not necessary that a plot tape be set up in Phase 1. 

19-35 Standard NASTRAN Bulk Data Deck. These cards define the mathematical model of the basic 
substructure. 


Phase 1 Data Deck for Substructure LEGS 


Card 

Ho. Refer to Table A2 for input cards described below. 

1-6 Standard NASTRAN Executive Control Deck except the 'SUBS' option is selected on the APP 
card. 

7 First card of the Substructure Control Deck. Phase 1 is selected. 

8 Password protection on the S0F is 'PP.0JECTY*. 

9 The S0F consists of one physical file with an index of one. (Indices must begin with one 
and increase sequentially.) The name of the file is 'S0F4' and it has a maximum size of 
7,500,000 words. The file has been used previously as an S0F. 

10 The basic substructure to be generated will be identified by the name LEGS. 

11 Plot set 1 will be saved on the S0F for perfonning plots of the combined structure in 
Phase 2. 

12-14 After substructure LEGS has been generated and saved on the S0F, it is copied out to user 
tape INP3. 
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Card 

No. 

15 All data items for substructure LEGS are removed from the S0F. (The substructure name 
remains in the S0F directory, however.) 

16 End of Substructure Control Deck 

18 Selects the load to be saved on the S0F for use 'in Phase 2. Note that multiple loads may 
be saved by using multiple subcases. In addition to external static loads, thermal loads 
and element deformation loads may be selected. 

19-21 Plot control cards are required if the SAVEPL0T subcommand is used in the Substructure 
Control Deck. These cards are used to define the plot sets for Phase 2 plottina. It is 
not necessary that a plot tape be set up in Phase 1. 

22-35 Standard NASTRAN Bulk Data Deck. These cards define the mathematical model of the basic 
substructure. 


Phase 2 Data Deck 


Card 

No, Refer to Table A3 for input cards described below. 

1-6 Standard NASTRAN Executive Control Deck except the 'SUBS* option is selected on the APP 
card. DIAG 23 requests an echo of the automatic DMAP alters generated. 

7 First card of the Substructure Control Deck. Phase 2 is selected. 

8,9 These cards specify the same S0F used in Phase 1 for substructure TABLE. 

10 The card causes matrix operations to be performed on stiffness, mass, and load matrices. 
The default for Rigid Format 1 is stiffness and loads only. However, Rigid Format 2 was 
selected in the Phase 1 decks. This caused all three matrix types to be generated in 
Phase 1. 

11-13 Basic substructure LEGS is copied to the S0F from user tape INP3. 

14 Print the S0F table of contents. 

15-20 Perform an automatic combination of substructures TABLE and LEGS. The resultant combined 
pseudostructure will be named SIDEA. The tolerance for conenctions is 0.001 units. De- 
tailed output is requested. The basic coordinate system for substructure LEGS is trans- 
formed according to transformation set 10 in the Bulk Data. 

21,22 Create a new secondary substructure SIDEB which is equivalent to SIDEA. This operation 
causes image substructures BLEGS and BTABLE to be generated. 

23-28 Perform an automatic combination of substructures SIDEA and SIDEB. The resultant combined 
pseudostructure will be named BIGTABLE. The tolerance for connections is 0.001 units. 
Detailed output is requested. The basic coordinate system for pseudostructure SIDEB is 
syimetrica lly transformed about the XZ plane, identified by Y, the axis normal to the 
plane (sign change for all 'Y' degrees of freedom). 

29-32 Perform a matrix reduction on the matrices of substructure BIGTABLE- The resultant 
reduced pseudostructure will be named SMALTABL. The retained degrees of freedom are 
selected in boundary set 100 in the Bulk Data. Detailed output is requested, 

33 Print the S0F table of contents. 

34 Plot pseudostructure SMALTABL. The plot control cards in the Case Control Deck are 
referenced. 
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Card 

No. 


35 Perform a static solution of pseudostructure SMALTABL. The constraint sets and load sets 
selected in the Case Control Deck are used. 

36-38 Recover the displacements of substructures BIGTABLE and BTABLE from the solution of 

SMALTABL and save then on the S0F. Also, print the results for substructure BIGTABLE. 

The output requests in the Case Control Deck are referenced when the PRINT subcommand is 
invoked. 

39 Print the S0F table of contents. 

40 End of the Substructure Control Deck 

42-44 Case Control output requests. Referenced by the PRINT subcommand of the REC0VER command. 

45-49 Constraint and load set selections are referenced by the SOLVE command. 

50-52 Plot control cards are referenced by the PL0T command. 

. 54-58 These Bulk Data cards define the boundary set of retained degrees of freedom which was 
selected in the REDUCE operation (cards 29-32). 

59-64 These cards define the loads and constraints selected in the Case Control Deck for the 
substructure SOLVE operation. 

6&,66 These cards define the transformation which is applied to the basic coordinate system of 
substructure LEGS in the first COMBINE operation (cards 15-20). 


Phase 3 Data Deck for Substructure BTABLE 
Card 

No. Refer to Table A4 for input cards described below. 

1-6 Standard NASTRAN executive Control Deck except the 'SUBS* option is selected on the APP 

card. "Card" 5 is actually the Restart deck punched out in Phase 1 for substructure TABLE 

7 First card of the Substructure Control Deck. Phase 3 is selected. 

8,9 These cards specify the same S0F used in Phase 2. 

10 This card causes the data for the image basic substructure BTABLE to be copied from the 
SOF to GIN0 data blocks. The data can then be used for data recovery operations, i.e. , 
deformed structure plots, stresses, etc. 

11 End of Substructure Control Deck. 

13-16 Output requests for Phase 3 data recovery. 

17-19 The subcase definitions in Phase 3 must be identical to those used in the SOLVE operation 
Tn Phase 2 . SPC and MPC constraints in Phase 3 must be the same as those used in Phase 1. 
Load sets selected in Phase 3 must correspond to those selected in Phase 2 for each sub- 
case. However, load sets selected in Phase 2 which do not exist for this particular 
basic substructure can not be selected in Phase 3. 
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